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REMARKS 

In response to the Office Action mailed January 25, 2008, Applicant respectfully requests 
reconsideration. To further the prosecution of this application, amendments have been made in the 
claims, and each of the rejections set forth in the Office Action has been carefully considered and is 
addressed below. The claims as presented are believed to be in condition for allowance. 

Claims 1-41 were previously pending in this application. Claims 1,15 and 29 are amended 
herein. No claims have been added or canceled. As a result, claims 1-41 remain pending for 
examination, with claims 1,15 and 29 being independent. No new matter has been added. 

Applicant's representatives thank Examiner Debnath for the courtesies extended in granting 
and conducting a telephone interview on March 24, 2008. The substance of the interview is 
summarized herein. 

I. Overview Of Embodiments Of The Invention 

During the interview, Applicant's representatives provided an overview of embodiments of 
the invention, which relate to facilitating the execution of context sharing applications in an 
environment with a less than fully-enabled context manager. Applicant's representatives explained 
that in certain settings, users may provide input to multiple applications relating to a common set of 
entities, or "subjects" (p. 1, lines 9-10), For example, in the healthcare field, a user may provide 
input relating to a particular patient to multiple applications (e.g., clinical applications, financial 
applications, etc.) (p. 1, lines 10-14), Before context management systems were developed, when a 
user switched from one application to another, he/she was forced to repeat the entry of data relating 
to the patient to each application (p. 1, lines 14-15). Context management systems enable 
applications to share data relating to one or more subjects, so that the user need not re-enter data 
relating to the subject(s) to each application. Rather, the user need only switch to the patient within 
one application, and have the context management system effect that change for all applications that 
share the patient subject (p, 2, lines 5-8), 

Data describing the subject(s) shared by applications is referred to as a "context" shared by 
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the applications (p. 4, lines 8-10). Although the patient subject is an illustrative example, 
applications may share a context defined by any of numerous other subjects as well, or instead (p. 1, 
lines 15-19). For example, applications may share a context defined by the user subject to enable 
"single sign-on" capabilities, so that a user who logs in to a single application is automatically given 
access to other applications that share the user subject (p. 1, lines 15-19). Other subjects in the 
healthcare field include encounter, clinical provider, observation, insurer, etc. (p. 1, lines 15-19). 
Other subjects may be shared in non-healthcare fields (p. 1, lines 15-19)* 

A context management system may include a context manager to manage the context for 
multiple context participant applications (p. 2, lines 23-24), Each application may include 
programmed routines enabling communication with the context manager (p. 3, lines 25-29). When 
a user of one of the applications attempts to change the context (e.g., by changing the data for a 
subject, such as by switching from one patient to another in the application), the application sends a 
request to the context manager (p. 4, lines 3-7), which may communicate with other applications in 
determining whether to change the context (p. 4, line 8-p. 5, line 4). 

Applicant has appreciated that in certain commercial environments, it can be advantageous 
to offer customers the option of purchasing a context management system which enables sharing of 
only a subset of subjects defined by a particular context management specification (e.g., the CCOW 
standard) (p« 7, lines 6-11). For example, some customers may wish to purchase a system which 
allows sharing of only the user subject (e.g., to enable single sign-on capability) and not others (p. 7, 
lines 12-15). Other customers may wish to purchase a system that enables sharing of all subjects 
except for the user subject (e.g., patient, encounter, etc.), because they do not wish to pay more for a 
single sign-on capability (p. 7 5 lines 15-18). 

Applicant has also appreciated that if the applications in a computing environment are 
configured to share all subjects defined by a context management specification, but the context 
manager is configured to not enable the sharing of all subjects, the applications could malfunction 
because they are incapable of communicating with the context manager in the manner they expect 
(p. 8, lines 3-9). For example, an application configured to share all subjects may request at startup 
that the context manager provide it with privileges relating to the user subject (p. 8, lines 21-26). If 
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the context manager is configured to not enable sharing of the user subject (e.g., because the 
customer did not purchase the single sign-on functionality), it may not provide an indication of 
privileges for the user subject to the application (p, 8, lines 21-26). This can create problems, 
because the application may expect to receive an indication of all relevant privileges, including 
those relating to the user subject (p. 8, lines 26-28). When the application does not receive the 
indication, it may not function properly (e.g., it may not perceive itself as having the authority to 
allow a user to log in) (p. 8, line 28-p. 9, line 2). 

Accordingly, one embodiment of the invention provides techniques for managing context in 
an environment where the context manager is configured to not enable the sharing of all subjects 
defined by a context management specification (p. 7, lines 18-21). In one embodiment, an interface 
is provided which enables applications to set values for a subject which is not shared (in the 
example given in the paragraph above, the user subject), but maintains information relating to the 
unshared subject separately for each application, so that the information is not shared by the 
applications (p. 10, lines 14-17). As such, the interface allows applications to communicate with the 
context manager in the manner they expect and thus function properly, but prevents the sharing of 
an unshared subject (p. 1 1, lines 4-6). 

One illustrative embodiment is described in Applicant's specification with reference to 
FIG. 2, which depicts an environment wherein context manager 305 facilitates a sharing of context 
between applications 301 and 303 (p. 9, lines 1 1-14). In this example, context manager 305 is 
configured to enable the sharing of the user subject, but not the patient subject (p. 9, lines 16-18). 
Context manager 305 provides an interface which allows applications 301 and 303 to set and get 
values for the patient subject, but maintains the values separately for each application, so that the 
patient subject is not shared between the applications (p. 10, lines 14-17). Specifically, context 
manager 305 maintains a first set of patient information 3 13a for application 301 and a second set of 
patient information 313b for application 303 (p. 10, lines 19-22). When application 301 seeks to set 
the patient subject (as shown at 315), only portion 313a is updated, and when application 303 seeks 
to set the patient subject (as shown at 3 1 7), only portion 3 1 3b is updated (p. 1 0, lines 22-24). In this 
manner, information relating to the patient subject is maintained separately for each of applications 
301 and 303, allowing each of the applications to set values for the subject as expected, and 
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continue to operate normally (p. 1 1, lines 4-6). 

The foregoing overview is provided to assist the Examiner in appreciating some applications 
for various aspects of the invention. However, this overview may not apply to each of the 
independent claims, and the language of the independent claims may differ in material respects from 
the overview above. Thus, Applicant respectfully requests that careful consideration be given to the 
language of each independent claim and that each be addressed on its own merits, without relying 
on the overview above. In this respect, Applicants do not rely on this overview to distinguish any of 
the claims over the prior art, but rely only upon the arguments provided in the sections that follow, 

II, The Rejections Under §103 

Independent claims 1, 15 and 29 are rejected under 35 U.S.C. §103(a) as purportedly being 
unpatentable over PCT Publication No. WO 00/59286 to Seliger, et al ("Seliger") in view of U.S. 
Patent No. 6,934,740 to Lawande, et aL ("Lawande"). As discussed during the interview, each of 
independent claims 1,15 and 29 includes limitations directed to a plurality of applications each 
configured to share at least first and second subjects in a context, and maintaining values for the 
second subject separately for the plurality of applications so that the second subject is not shared 
among the plurality of applications. 

The Office Action concedes that Seliger fails to disclose or suggest maintaining values for a 
second subject separately for the plurality of applications so that the second subject is not shared among 
the plurality of applications. However, the Office Action contends that Lawande satisfies these 
limitations. The Office Action also alleges that one skilled in the art would have been led to modify the 
system of Seliger according to the teachings of Lawande to "efficiently share data across multiple 
applications without posing any problem. 5 " 

During the interview, Applicant's representatives pointed out that Lawande says nothing at all 
regarding maintaining values for a second subject separately for a plurality of applications so that the 
second subject is not shared among the applications. In this respect, in the passages of Lawande cited 
by the Office Action (i.e., Abstract, col. 1, lines 48-60 and col. 7, lines 10-42), Lawande discloses that 
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an application typically accesses data that is formatted and structured specifically for it, so that unless 
applications are designed to share data, it is difficult for one application to access data used by another 
(col. 1, lines 48-60), As such, Lawande discloses a technique whereby data may be shared between 
applications in a client device using predetermined data type definitions which are common to the 
applications (col 7, lines 10-42). Thus, Lawande describes difficulties associated with applications 
sharing data, and discloses techniques for resolving those difficulties. Lawande says nothing at all 
relating to sharing context, let alone maintaining values for a second subject separately for a plurality of 
applications so that the second subject is not shared among the plurality of applications. 

Applicant's representatives also pointed out that modifying Seliger according to the teachings of 
Lawande would not have led one skilled in the art to the claimed embodiments, as the Office Action 
contends. In this respect, Seliger discloses techniques for administering a context management system 
wherein a plurality of applications share a context defined by one or more subjects (Abstract). Lawande 
discloses techniques for enabling applications to share data (col. 7, lines 10-42), and says nothing at all 
relating to the management or sharing of a context. Thus, if one of skill in the art were to follow the 
teachings of Seliger and Lawande, the result would be a system that shares context between 
applications as taught by Seliger, and any applications that share data may apply the techniques of 
Lawande to do so. There is simply nothing in the teachings of Lawande that would affect the manner in 
which a context is managed in the system of Seliger. 

The Examiner evidenced an appreciation for these points, but questioned whether changes to 
the language of each independent claim to make more explicit what is meant by a context shared by 
a plurality of applications might clarify the manner in which each independent claim distinguishes 
over the asserted combination. Each of independent claims 1,15 and 29 has been so amended. 
Specifically, each of these claims is amended herein to include limitations directed to a context 
manager to manage a sharing of a context between a plurality of applications, the context being 
defined at least in part by subject data for at least a first subject usable by the plurality of 
applications. The subject data comprises, for the first subject, a data item having a set of values 
comprising at least a first value corresponding to a first of the plurality of applications and at least a 
second value corresponding to a second of the plurality of applications. The set of values identifies 
the first subject in the context. 
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In view of the foregoing, each of independent claims 1,15 and 29 patentably distinguish 
over the asserted combination, such that the rejection of claims 1,15 and 29, and of the claims that 
depend respectively therefrom, under 35 U.S.C. § 103(a) as purportedly being unpatentable over 
Seliger in view of Lawande should be withdrawn. 



1398242.1 



Application No.: 10/680,009 



15 



Docket No.: S1389.70016US00 



CONCLUSION 

A Notice of Allowance is respectfully requested. The Examiner is requested to call the 
undersigned at the telephone number listed below if this communication does not place the case in 
condition for allowance. 

If this response is not considered timely filed and if a request for an extension of time is 
otherwise absent, Applicant hereby requests any necessary extension of time. If there is a fee 
occasioned by this response, including an extension fee, the Director is hereby authorized to charge 
any deficiency or credit any overpayment in the fees filed, asserted to be filed or which should have 
been filed herewith to our Deposit Account No. 23/2825, under Docket No. SI 389.7001 6US00. 



Dated: 



Respectfully submitted, 




Richard F. Giunta 

Registration No.: 36,149 

WOLF, GREENFIELD & SACKS, P.C. 

Federal Reserve Plaza 

600 Atlantic Avenue 

Boston, Massachusetts 02210-2206 

617.646.8000 
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